home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / July 96 / FW_CODPart WritePartInfo < prev    next >
Encoding:
Internet Message Format  |  1996-07-15  |  1.4 KB  |  [TEXT/ttxt]
  1. Subject:     FW_CODPart::WritePartInfo
  2. Sent:        7/15/96 1:19 PM
  3. Received:    7/15/96 1:31 PM
  4. From:        Hutchings, Richard B. "Brad", brad@hutchings-software.com
  5. Reply-To:    ODF Interest, ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. So you all guessed the DR6 deadline was approaching, right?
  9.  
  10. 2 comments on this method...
  11.  
  12. (1) It should clear the storage unit first, or perhaps call
  13. FW_CPart::ClearPartStorage with that storage unit focused. I use the part
  14. info to hold data cached for each frame. One time the data got very big
  15. (about 200K - lots of copies of the same bitmap, I fixed that :-). Then, I
  16. deleted the objects which were in there, and the storage unit is still that
  17. large. I've even called ODStorageUnitView::DeleteValue - no luck. The file
  18. is still huge, and the only way to bring the file size down seems to be to
  19. remove the storage unit.
  20.  
  21. (2) It doesn't look easy to subclass FW_CODPart. Considering that some
  22. protocol (offscreen canvases in particular) is not yet implemented, it
  23. would be useful to have macros that support that better. At least until the
  24. framework matures a little, or goes direct-to-SOM or whatever.
  25.  
  26. Brad
  27.  
  28. <mailto: "Brad Hutchings" brad@hutchings-software.com>
  29. <http://www.hutchings-software.com>
  30.  
  31. Ask me about:
  32.     Hutchings Software's Rapid-I(tm) Button
  33.     Hutchings Software's Essential Strips(tm)
  34.